Patent Application of 
Chen Sun for 

Contacts Management Using Virtual Subdomains 



Technical Field of Invention 

This invention relates to a contacts manager that uses the Internet's virtual 
subdomain addresses as the primary basis for its contacts search, storage, 
retrieval, and exchange. 

Cross-Reference to Related Applications 

This application claims the benefit of U.S. Provisional Application serial number 
60/267,943 filed on Feb 12, 2001. 



Federally Sponsored Research 

Not applicable 

Sequence Listing or Program 

Not applicable 

Incorporation by Reference 

US Applications Serial Nos. 09/476,632 and 09/642,127, both filed by Azkar 
Choudhry on December 31, 1999 and August 18, 2000, respectively, and US 
Application Serial No. 60/267,943 filed jointly by Chen Sun and Azkar Choudhry 
on May 11, 2001 are incorporated herein by reference in their entirety, including 
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Background — Discussion of Prior Art 

Contacts management deals with the storage and retrieval of people's contacts 
information. Historically, business card holders and address books served this 
purpose. The onset of computers brought forth databases specifically designed 
for contacts management, such as ACT, which can be acquired from Symantec 
Corp., Outlook from Microsoft, and Goldmine from Frontrange Solutions. These 
non- web-based contacts managers typically contain fields including individual's 
name, some method of contacting the individual, such as his/her address, 
telephone number, fax number, the organization he/she represents, and title. 
Other data fields can include associated office personnel (e.g. assistant's name), 
birthday, communications activities with the individual, plan of action, digital 
certificates, IDs, billing information, attachments, hobbies, fields suitable for 
specific industries, and user defined fields. These non-web-based computer 
contacts managers automates many of the search and retrieval functions over 
using paper-based business cards and indexes. 

The entry, exchange, update, and graphics requirements of contacts information 
remains cumbersome for these non- web-based computer contacts manager. The 
contacts information received by the recipient do not automatically update when 
the sender's contacts information changes (dynamic updating); entry is typically 
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accomplished by typing; card scanners are time-consuming, inaccurate, and 
costly; graphics are difficult to handle. 

Furthermore a non- web-based computer contacts manager's channels of 
communications and exchange are usually limited to a few-e.g. only data 
communications. Channels of contacts information communications can include 
data communications, email, face-to-face oral, telephony, data import/export, 
handwriting, and print exchanges. 

Even vCard (from Internet Mail Consortium) a standard using data 
communications for rglaying information among non-web-based contacts 
managers lacks wide and extensive usage, extensive graphics, dynamic updating, 
and verbal exchange capabilities. 

As a result, most contacts information exchange continues to be relayed by 
telephone (verbally), postal mail (paper business card), or face-to-face exchange 
(paper business card), and these are usually then manually typed into a non-web- 
based contacts manager. 

Web-based contacts managers have graphical contacts information and dynamic 
updating, with websites such as Netscape's Net Business Card. In these, the 
representation of an individual contacts is using a complicated file suffix in the 



respective website's domain name and the individual's name is behind the domain 
name. For example, suppose John Smith of Ford Motors (Ford.com) wanted to 
use a Netscape card. He would receive an URL like 

Netscape.com/~d35k/256/JohnSmith , a URL that Ford Motors is hardly likely to 
approve of. Other web-based contacts manager websites require an individual to 
use the contacts manager's website domain name plus using assigned codes. 
Patent applications serial nos. 09/476,632, 09/642,127, and 60/267,943, filed by 
Azkar Choudhry and Chen Sun, showed how to build sets of web business cards 
with people's names in front of an associated domain name, using a technology 
called virtual subdomain addresses. For example, in the URL 
JohnSmith.Ford.com , "JohnSmith" is the subdomain name and formed by virtual 
subdomain technology, Ford.com is the domain name. 

These patent applications also contained the computer program code to add web 
business cards to any domain name. More importantly, the applications explained 
how any domain name could easily use a remote server (for example, one 
administered by an outside service) to add such virtual subdomains to an existing 
domain name. Hence, Ford.com and USPTO.gov can easily provide all its 
employees virtual subdomain address (VSA) business cards, using the 
technologies described in three above-mentioned patent applications. 




Since multiple domains (e.g. Ford.com and USPTO.gov) are able to create VSA 
business cards for their employees, there arises a need to store these VSAs with 
differing domain names, to search on their content, and to retrieve and display the 
more detailed contacts information. Hence, there is a need for WebBIZcontacts, a 
contacts manager based on virtual subdomain addresses. Such a 
WebBIZContacts will allow a user to quickly store, search, and retrieve contacts 
information that use VSAs with various domain names. 

Table 1 below additionally explains the need for WebBIZcontacts and its 
advantages over prior art. Prior web based technologies use a singular domain 
unassociated with the person's organization's domain name; use the person's 
name behind the website's domain name; and are not exchangeable. 
WebBIZcontacts works on any number of domains and makes VSAs so that the 
person's name is in front of the domain name and enables for easy exchange of 
these VSAs. 
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Table 1 Comparison to Prior Art 

WebBIZcard &WebBIZcontacts compared to other web contacts managers: 

WebBIZContacts with WebBIZcard (WebBIZcard is a VSA with a business card 
format output— see Figure 2) is superior to existing web based contacts 
managers. 





Prior arts' web contacts 
managers 


VoAs ana 
WebBIZcontacts 








Easy to remember URL 
having the person's name 
first 


No. Most people won't use this 
type of contacts managers as a 
result of this. 


Yes 


Uses any domain name 
that gives permission to 
use 


Difficult. Vast majority of people 
won't use this type of contacts 
managers as a result of this. 


Yes and easy 


Instant creation of virtual 
subdomains 


No 


Yes 


Can operate without 


No 


Yes 
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internet access 








Uses standard DNS 


Yes 


No 




addresses schemes 








Uses Virtual Subdomain 


No 


Yes 
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Objects and Advantages 

objects and advantages of the present invention, WebBIZcontacts, are: 

1 . Establishes a contacts management system that is easy to communicate 
because it uses a virtual subdomain address (VSA), which contains the 
person's name first (subdomain) and his affiliated organization (domain) 
second. This VSA is easy to remember and short and can be 
communicated verbally, sent via the Internet as a URL link, sent by other 
data communications methods, and relayed by simply by writing and 
forwarding it. 

2. Allows for quick entry and storage of contacts information by using a 
VSA. 

3. Can exchange web business cards as each VSA acts as the contacts 's " 
business card" in a WebBIZcontacts. 

4. Creates a contacts manager that uses multiple domain names to gather 
contacts' information. 

5. Creates a contacts manager that allows user to store, search, and retrieve 
on multiple domains. 

WebBIZcontacts works on any number of domains and places VSAs so that the person's 
name is in front of the domain name. Further objects and advantages of my inventions 
will become apparent from a consideration of the drawings and ensuing description. 



Several 



o 



o 

CO 

3 

m 

£■ 

M :: 

b 
ni 



9 



Summary 

Three previous patent applications submitted on virtual subdomain technologies- 
60/267,943, 09/853,167, and 09/476,632 by Azkar Choudhry and Chen Sun-showed that 
virtual subdomain addresses can be used to represent a person's business card (called 
WebBIZcard), can be displayed on a web browser, and can form an index of such 
business cards. WebBIZcontacts, the subject of this patent application, allows for the 
storage and retrieval of virtual subdomain addresses of differing domain names into a 
user-accessible data repository. 

There are two types of WebBIZcontacts: 

1 . A database of virtual subdomain addresses and a search facility that can search 
the web content of the addresses. 

2. A database of virtual subdomain addresses and a search and download facility that 
will extract selected data from the addresses' associated contacts information, 
load these into the database, and enable for this database to be searched. 

WebBIZcontacts joined with virtual subdomain addresses forms a powerful contacts 
manager. Virtual subdomain addresses enable a brief and preferred address to 
communicate a person's identity (WebBIZcard); while, WebBIZcontacts enables for the 
search, retrieval, and storage of WebBIZcards. 
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Brief Description of the Drawings 



The figures presented herein when taken in conjunction with the disclosure form a 
complete description of the invention, wherein elements and steps indicated by like 
reference indicators are the same or equivalent elements or steps. 

• Figure 1 (Prior Art) shows a brief summary of how virtual subdomain 
addresses (VSAs) work. 

• Figure 2 (Prior Art) shows a sample virtual subdomain address (VSA) 
with its associated contacts information, known as a WebBIZcard. 

• Figure 3 (Prior Art) shows how a searchable index of WebBIZcards can be 
formed. 

• Figure 4 shows how a WebBIZcontacts type 1 works. 

• Figure 5 shows an embodiment of WebBIZcontacts type 1 with the user's 
VSAs online. 

• Figure 6 shows an embodiment of WebBIZcontacts type 1 with the user's 
VSAs on a local computing device. 

• Figure 7 shows a VSAserver that services VSAs for multiple domains. 

• Figure 8 shows how a WebBIZcontacts type 2 works. 

• Figure 9 shows a WebBIZcontacts type 2 with VSAs and search facility 
on a local computing device. 
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Figure 10 shows a WebBIZcontacts type 2 with the VSAs and search 
facility online. 



12 



Detailed Description 

This invention, WebBIZcontacts, is a storage, search, and retrieval environment for 
virtual subdomain addresses and their associated contacts information used in contacts 
management. 

• Figure 1 (Prior Art) shows a brief summary of how virtual subdomain 
addresses (VSAs) work. 

• Figure 2 (Prior Art) shows a sample virtual subdomain address (VSA) 
with its associated contacts information, known as a WebBIZcard. 

• Figure 3 (Prior Art) shows how a searchable index of WebBIZcards can be 
formed. 

• Figure 4 shows how a WebBIZcontacts type 1 works. 

• Figure 5 shows an embodiment of WebBIZcontacts type 1 with the user's 
VSAs online. 

• Figure 6 shows an embodiment of WebBIZcontacts type 1 with the user's 
VSAs on a local computing device. 

• Figure 7 shows a VSAserver that services VSAs for multiple domains. 

• Figure 8 shows how a WebBIZcontacts type 2 works. 

• Figure 9 shows a WebBIZcontacts type 2 with VSAs and search facility 
on a local computing device. 

• Figure 10 shows a WebBIZcontacts type 2 with the VSAs and search 
facility online. 
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The words "domain", "subdomain", "virtual subdomain", "virtual subdomain address", 
"top level domain", "file suffix", and others have loose meanings in the industry. Some 
of these will be defined to help with clarification. 

Definitions: 

In a URL, " http://ww2.AnvComnanv.com/DeptA/AnvPerson ", "http" is the 
protocol. The "ww2" is the subdomain name and is coupled with 
"AnyCompany.com", the domain name. (AnyCompany.com is also frequently 
referred to as a "second-level-domain" as well as "domain". In this application, 
the words "domain" and "domain name" when used as nouns will mean second- 
level-domains.) "com" is the top level domain name , and "/DeptA/AnyPerson" is 
the file suffix. 

Subdomain names can have names other than "ww2" or "www" (as commonly 
seen). For examples, it can be "JohnDoe" or "Mary Jones" or "Anything." The 
subdomain name can reflect a real or virtual subdomain name. 

A real subdomain name is created through registering its subdomain name's text 
in its coupled domain's DNS routing tables. A virtual subdomain name doesn't 
have the subdomain name's text registered in its coupled domain's DNS routing 
tables, but its name's text is registered in a VSserver. A virtual subdomain 
address (VSA) is an address comprising of a virtual subdomain name prefixed in 
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front of a period which is in front of a registered domain name. A virtual 
subdomain address is not registered in and not recognized by DNS tables, but is 
registered and recognized by a VSserver. 

A virtual subdomain server (VSserver) is a server that receives virtual subdomain 
addresses or virtual subdomain names, has these addresses or names registered in 
its database, and processes these. A VSserver can return associated contacts 
information, webpages, launch web scripts, redirect to an IP address, and perform 
other computing actions. The workings of a VSserver are described in the below 
listed Table 3's patent applications. It is not explicitly stated in these applications 
whether VSserver can simultaneously serve multiple domains. So as to further 
define, we will use VSAServer (Virtual Subdomain Address Server) as a server 
similar to a VSserver and can service multiple domains. 

A WebBIZcard is a virtual subdomain address that when addressed by a web 
browser using Hypertext Transfer Protocol (http:) graphically shows a person's 
contacts information. Figure 2 (Prior Art) shows one. A WebBIZcard has the 
person's name or representation of his name as the subdomain name. Though this 
person's naming doesn't affect the way the technology works, for commercial 
implementation, it is valuable, because it creates a consistent naming format to be 
carried across virtual subdomain address business cards. The subdomain name 
can also be a person's name's representation, as many people have nicknames, 
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may prefer an alias name, and other reasons. A WebBIZdex is an index of 
WebBIZcards which a user can search for the contacts information of 
WebBIZcards. 

A VSA-URL is a VSA that has http:// " added in front of the VSA text and is 
being used for Internet addressing. A WebBIZcontacts search facility has these 
computing search capabilities: 1. search in a database and extract the text; 2. use 
VSA-URL to address the Internet and receive the returned VSA's contacts 
information 3. parse this returned contacts information and search on its contacts 
information data fields and other information received; and 4. other general data 
and database search capabilities. 

Unless otherwise noted, the word " address " will refer to the text address of 
domains and subdomains instead of their IP address, which is a set of four 
numbers separated by periods. Where a web browser is involved, the Hypertext 
Transfer Protocol (http) is the assumed protocol, unless otherwise noted. 



Table 2: Some differences between Real and Virtual Subdomain Addresses 



Real Subdomain Address 


Virtual Subdomain Address 


• Subdomain name listed in the DNS 
routing Tables 

• Takes longer to become available 


• Created virtually without being 
specifically listed in the DNS 
tables. 
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when listed or updated in DNS 


• Becomes instantly available when 


routing tables. 


listed or updated. 


• If real subdomain addresses were 




used extensively for subdomains 




contacts management, this can 




cause large lists of domain DNS 




tables to burden the Internet 




• Sometimes referred to as third- 




level-domain 





The technologies for DNS tables, real subdomains, real subdomain addresses, 
domains, file suffixes, addressing mechanisms, TCP/IP, IP, HTTP, web browser, 
and standard URL are well understood by most web programmers and 
webmasters. Virtual subdomains, VSA, VSserver, and virtual subdomain 
addressing are briefly explained below. The technologies for these are explained 
in detail in US Applications Serial Nos. 09/476,632; 09/642,127 filed by Azkar 
Choudhry; and 60/267,943 filed by Chen Sun and Azkar Choudhry. (Table 3) 

Table 3: Prior Patent Applications on VSA technologies 



Patent 

Application 

Number 


Patent Title 


09/476,632 


System and Method for Dynamic Creation and Management of 
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Virtual Subdomain Addresses 


09/642,127 


System and Method for Interactive Data Services Using Virtual 
Subdomain Addresses 


60/267,943 


Organizing and Accessing Electronic Business Cards by Virtual 
Subdomain 



FIGURE 1 (Prior Art) shows in an example of a technology used to create 1) a VSA, 2) a 
VSA which launches a smart script, and 3) a VSA index. This technology was used for 
patent applications 09/476,632, 09/642,127, and 60/267,943. When a user submits a 
URL with a VSA through his browser (10), a Domain Name Server processes the top- 
level domain and forwards the request to the registered web server (11). Because the real 
subdomain doesn't exist, the domain's web server returns an error message (12). The 
error message is intercepted (12), and then the VSA request is further processed by a 
VSserver (13 & 14). In this case, the VSserver parses the VSA request, analyzes the 
subdomain name to process an associated computing script and returns a dynamically- 
generated webpages to the user's browser (15). Thus, the user's sees the webpages of a 
VSA. 

Another example technology would be where the web server does not generate an error 
signal upon receiving a VSA, but instead automatically forwards the file-not- found- 
condition of the VSA to a pre-assigned IP address. This IP address can hold a VSserver 
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that can parse the URL, and return a virtual-subdomain-address-specific web page to the 
initial request. 

A third example technology would be similar to above with a VSAServer that parses the 
URLs for multiple domain names. 

FIGURE 2 (Prior Art) is an example of a WebBIZcard (VSA generated webpage) using 
the domain name HoustonCelluar.com . In response to the VSA request 
"MariaJones.HoustonCellular.com" the VSserver supplies the web format of the shown 
card with the subdomain-named individual's contacts-information-in this case, the 
associated business card contacts information for Maria Jones. This type of VSA and its 
associated business card content web page is called a WebBIZcard, a form of web 
business card; hence, WebBIZcontacts can hold WebBIZcards. A web business card 
using VSA can contain more contacts information than as seen in figure 2, and can 
include the contacts information types mentioned in the Background section of this patent 
application. Display devices that show the VSAs and associated contacts information 
include web browser for computers, kiosks, handheld computers, or any computing- 
related- Internet-accessible device that can display the text of a URL and/or contacts 
management information. 

Figure 3 (Prior Art) is taken from Patent application 60/267,943, "Organizing and 
Accessing Electronic Business Cards by Virtual Subdomain" where it shows that an 
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index of such VSA cards can be made. Essentially, a user can register for a virtual 
subdomain address with the VSserver and then input in his contacts information through 
a browser. The VSserver keeps these information in its database and when the user's 
virtual subdomain address is requested, generates a web business card to respond to the 
requester. This database can store many subdomains and create an index of web business 
cards. 

"Turning to Figure 3, the WebBIZdex web server script for providing a 
searchable index of online business cards transmits (30) to the web browser user a 
form to collect information on which to find business cards. This form may be 
sent to the web browser using a CGI type form or other type form such as a Java 
form. The user completes the form and submits (3 1) it to the WebBIZdex server. 

The form data is received by the web server script and parsed (32) to create a 
database search query. However, unlike systems of current technology, this 
database query string is never visible to or provided to the user. The search query 
(34) is answered by the database by returning one or more records containing the 
data requested by the search query including one or more virtual subdomain 
addresses. 

The server script creates (35) a list of available business cards comprised of 
multiple virtual subdomain entries, such as "john.collegealum.edu", and transmits 
this list to the web browser user. The web browser user may then simply 
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hyperlink (37) or select any of the virtual subdomains, which will activate the 
process described in the related application where the virtual subdomain server 
intercepts the request for the unregistered virtual subdomain name and translates 
it to an actual web address. At this actual web address may be any web object, 
such as an electronic business card." 

VSservers can be added to other domains; for examples, CompanyA.com, FirmB.com, 
and OrganizationC.org can each have a VSserver and serve up their own VSA cards. To 
explain the invention, four VSAs with associated contacts information are listed in Table 
4 and will be used throughout this document. 



Table 4: Examples of VSAs with Associated Contacts Information 



Stored VSAs 


Contacts 
Information 


Contacts 
Information 


Contacts 
Information 


Contacts 
Information 


Contacts Information 




Organization 


First Name 


Last Name 


Occupation 


email 














Bob.CompanvA.com 


Company A 


Bob 


Smith 


Accountant 


bob@companya.com 


Marv.CompanvA.com 


Company A 


Mary 


Jones 


Lawyer 


mary@companya.com 


Bob.FirmB.com 


FirmB 


Bob 


Johnson 


Accountant 


bob@firmb.com 
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Janet.OrganizationC.org 


Organization 


Janet 


Roth 


Preacher 


janet@organizationC.org 




C 











WebBIZcontacts, Type 1 

FIGURE 4 shows the invention, a WebBIZcontacts type 1 . This WebBIZcontacts has a 
database of user's stored VSAs, query search form, and search facility that can search, 
using the Internet, for the VSAs' associated contacts information. 

We can see the methodology and components of this invention through an example 
and using the VSAs in Table 4. The user has the three VSAs in his personal VSAs 
database (40): Bob.CompanvA.com , Mary.CompanvA.com , Bob.FirmB.com . He 
adds (40a) a VSA by typing in Janet.OrganizationC.org into his database. Of 
course, he can delete (40b) any of the VSAs. 

To search, user receives a query search form (41) with search fields. In this 
example, the search fields include "Organization", "First Name", "Last Name", 
"Occupation", and "email". Other query search forms may have different search 
fields. The user searches for "Accountant" in the "Occupation" field. (Table 5) 
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Table 5: Sample Query Search Form, Search Fields, and 
"Occupation" Search 



Query 


Organization 


First 
Name 


Last 
Name 


Occupation 


email 










Accountant 





A search facility would then extract (B & C) the text of the user's stored 
VSAs (40) and form a URL (43), one way by simply attaching http:// in 
front of any of the stored VSAs. WebBIZcontacts' search facility then uses 
VSA-URL to address (D) the Internet (44) and access one VSserver. 
CompanyA.com is serviced by VSserver A (45a); FirmB.com, VSserver B 
(45B); and OrganizationC.org, VSserver C (45C). 

When VSA-URLs are addressed, DNS would route (E) the VSA's URL 
request to the appropriate domain. VSA technology (as explained in Table 
3's patent applications) would then enable the appropriate VSserver to 
receive its VSA or its subdomain name. Subsequently, the VSserver would 
respond (F) with, the VSA's associated contacts information. Details of 
this routing process and VSservers responses are explained in Table 3's 
patent applications. 

Upon receiving the response (46a), the user's search facility then parses it 
(46b) and determines whether the response contacts information meet the 
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search criteria (46c). It deletes any non-matched VSAs and deletes any 
unnecessary fields information (46d) in these VSAs. Then it sends results 
to user's display (47a) which can display a list of matching VSAs and/or 
their associated contacts information (47b). 

In this example, when searching for "Accountant", user receives 
Bob.CompanyA.com and Bob.FirmB.com (and/or their associated contacts 
information) (Tables 6& 7) 

Table 6: Results Displayed on Browser as VSAs 

Bob.CompanvA.com 
Bob.FirmB.com 



Or 

Table 7: Results Displayed on Browser as VSAs with associated 
contacts information. 



Bob.CompanvA.com 


Company 
A 


Bob 


Smith 


Accountant 


bob@companyA.com 


Bob.FirmB.com 


FirmB 


Bob 


Johnson 


Accountant 


bob@firmBxom 



Major embodiments are described below. The primary differences among 
these involve: 1. where the VSA are stored-local to the user or accessed 
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online, 2. will it be a single VSAServer handling the virtual subdomains 
for numerous domains or several VSservers handling the virtual 
subdomains for their respective domains, 3. where is the search facility — 
within or independent of the VSserver, and 4. how is the communications 
transferred between WebBIZcontacts search facility and VSservers? 

Preferred Embodiment of Type 1-VSAs online (Figure 5) 

In the preferred embodiment, the user's VSAs (50) are stored on a web 
database (51) that the user has password access to. The preferred web 
server used would be alike those in Table 3's patent applications — Apache 
web server on Linux operating system. The preferred user personal 
computer (54) uses Microsoft Windows 98 and the web browser Microsoft 
Internet Explorer. Other local web client computing devices such as 
handheld computers and kiosks and other web servers are also acceptable 
(53). Both the web server and personal computer are connected to the 
Internet. The web server, VSA database, and search facility together is 
called WBserver (55). 

In this embodiment, the user uses a browser (54) to Internet access (A) his 
web VSA database. The WBserver (55) responds (B) by sending a display 
of the user's stored VSAs as URL links in his browser. The user can select 
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a VSA-URL link to see full contacts information, or he can search on these 
VSAs. 

Should the user searches (C), the WBserver (55) responds (D) with a CGI 
or Java web form with contacts information fields for searching (Table 3). 
Using his keyboard, the user inputs the search criteria, and submits (E) the 
form. The WBserver receives this search request, reads each of the user's 
stored VSAs (50), and Internet addresses (F) using the VSA-URL (e.g., 
http://VSA ). The appropriate VSserver (45a, 45b, or 45c) responds (G) 
with the VSA's contacts information sent to the WBserver. The WBserver 
search facility (52) parses and searches this contacts information to 
determine whether it meets the search criteria. WBserver then sends (H) 
matching VSAs to the user's personal computer as a list of VSAs. The user 
can then click (I) the VSA to activate the hyperlink that enables him to see 
(J) the VSA's associated contacts information on his browser. 

Query search standards will be set between WebBIZcontacts' search facility and 
the VSserver. The preferred method here is to use HTML comment tags 
" <--! comment !> " , with the comments set as "data field descriptors". For 
example, if WBserver (55) addresses VSA BobSmith.CompanyA.com , 
CompanyA.com's VSserver responds by sending Bob Smith's contacts 
information attached with comments that serve as field descriptors - 
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" contacts information data <!-- its data field descriptor -> "as below: 



Bob <!-FirstName~>; 
Smith <!-LastName--> 
CompanyA <!--CompanyName--> 
Accountant <!~Occupation-> 
email <!-email-->. 

By using these comments like data field descriptors the search facility can search 
on contacts information data. Comment fields are advantageous because 
WBserver and browser can both address the same VSA-URL, and the former 
receives and manipulates on the data field descriptors, while the browser doesn't 
display the commentaries. 

Alternative Embodiment of Type 1-VSAs local (Figure6) 
In a second embodiment, the user's VSAs are located in a searchable 
database (60) on his personal computer or other local computing devices 
(61), instead of on a web server. His personal computer runs Microsoft's 
Windows 98 operating system and Microsoft's Internet Explorer and is 
connected to the Internet. Again, the VSservers preferably run Apache web 
server on Linux, as described in Table 3's patent applications. There are 
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three VSservers in Figure 6, one for CompanyA.com, one for 
CompanyB.com, one for OrganizationC.org, all connected to the Internet. 

When the user uses the query search form (Table 5) (63), the search facility 
(62) would extract each of the personal computer's database's VSAs (60), 
create a VSA-URL, and address their VSservers. The VSservers would 
return VSAs' contacts information and search facility would determine 
which meet the search criteria. The results would then be displayed on a 
browser (Table 6 and 7) (64). 

Alternative Method on transfer of contacts information data #1 

A more elegant, but perhaps more difficult to implement method, is that the 
VSservers and WebBIZcontacts search facility communicate through using 
extended markup language (XML), instead of the HTML commentaries above. 
XML is an evolving standard that can identify data types. For example, when a 
VSA request for BobSmith.CompanvA.com is made, the VSserver returns XML 
like the following. 

<PERSON> 
<NAME> 

<FIRST>Bob</FIRST> 
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<LAST>Smith</LAST> 
</NAME> 

<COMPANY>CompanyA</COMPANY> 
<OCCUPATION>Accountant</OCCUPATION> 
<EMAIL>bob@companyA.com</EMAIL> 
</PERSON> 

The search facility can now examine the "Occupation" field and determine 
whether it contains "Accountant", and then send the VSA and/or its contacts 
information to the user's browser. 

Alternative Method on transfer of contacts information data #2 

Another standard to transfer contacts information between VSservers and 
WebBIZcontacts search facility can be that the VSservers will release only 
standardized data fields, for examples, only First Name, Last Name, and 
Company information, and the WebBIZcontacts search facility will only search 
on these standards. Hence, if the VSAs' HTML responses for the various 
VSservers have identical formats, the receiving WebBIZcontacts search facility 
can parse out the various contacts information fields and process these to 
determine which fields meet the search criteria. 
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Alternative Method on transfer of contacts information data #3 



A programming routine that the VSserver generated vCards using VSAs' contacts 
information was included with the patent applications of Table 3. A vCard is a 
standard data format that many contacts manager use to transfer contacts 
information. In the program routine, when a user requests a VSA, his browser 
displays its contacts information with a vCard download link. When the user 
clicks the link, the VSserver generates a vCard data format file from the VSA's 
contacts information and downloaded this vCard to the user's Microsoft 
Windows98 desktop. The vCard can then be imported into a standard PC-based 
contact manager, like Microsoft's Outlook. Microsoft Outlook can then search on 
the contacts information. Once again, this shows a VSserver can transfer its 
contacts information to the user in an organized manner that is searchable. 

Alternative Embodiment: VSAserver host and coupled with multiple domain 
names (Figure 7) 

In this embodiment, the VSservers are located on a single host computer, instead 
of being located on different host computers or servers. This is possible because, 
as explained by Table 3's patent applications, VSservers receive their VSA-URL 
requests when the virtual subdomain name is not found in their associated 
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domain's DNS routing tables, and the URL request is forwarded to the VSservers 
by a "*" entry in the domains' routing tables. In this embodiment, all the 
domains' "*" entries' IP addresses are pointed to a single host computing server 
(A). To better clarify, we again define VSAServer (70) as a single host computer 
that serves multiple domains' virtual subdomain addresses. 

Upon receiving the VSA-URL, the VSAserver can parse (75) the request to 
determine the VSA's domain name. The VSAserver then has translation tables 
that use the domain name to forward (71) the VSA-URL request to the domain's 
virtual subdomain database (72), also on the same host server computer. After 
inquiring in this virtual subdomain database, the respective contacts information 
are subsequently retrieved and sent (B) to the user's browser. 

If the user's VSAs (74) and search facility (76) were also on the 
VSAserver, this would be significantly faster, as much of the searching 
takes place on a single host computer, rather than multiple accesses through 
the Internet. This last paragraph is not part of our provisional application 
but is included here for fuller and better explanation and disclosure. 
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Website or Local Computing Facility 



In previous embodiments, the WebBIZcontacts search facility is local to 
the originating user's website or on the user's local computing facility. 
However, it is possible that the search facility is on the VSserver. Contacts 
information fields' data may be transferred much like as in a CGI form 
request-using http requests with variables in the URL file suffix. The user 
can post variables, and VSserver return information. Here the virtual 
subdomain file suffix technology is implemented in an upcoming patent 
application. Hence the search facility can also be on the VSserver or 
VS Aserver. This embodiment is not part of our provisional application but 
is included here for fuller and better explanation and disclosure. 



WebBIZcontacts type 2 



FIGURE 8 shows a second type of WebBIZcontacts. This WebBIZcontacts has its own 
searchable database (83) where each record includes a VSA field and selected fields of 
the VSA's associated contacts information. The selected fields of contacts information 
are previously set (80). A user first populates his WebBIZcontacts' database (83) by 
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adding (81) and deleting (82) VSAs into the database's VSA field, such as by manual 
typing entry of the VSA or through automated data import of the VSAs. The search 
facility (84) acquires (A) the newly added VSAs names from the database, adds "http:// " 
to the VSAs to form URLs, Internet addresses (B) the VSA-URLs, and receive (C) the 
associated contacts information from the VSservers (45a, 45b, 45c). The search facility 
then extracts the selected fields' data and saves (F) the data into the database (83). The 
data communications of fields information between the search facility and VSservers is 
accomplished by HTML commentaries, XML, vCard format, and other methods 
previously described. 

In having its own local database, WebBIZcontacts type 2 can usually search much faster 
than an Internet access search to a VSserver, as in type 1. 

For example, user's database and search facility have "First Name", "Last Name", and 
"Company" as selected contacts information fields. The owner of WebBIZcontacts 
previously set these fields (80). The user enters VSAs Bob.CompanyA.com , 
Bob.FirmB.com , and Marv.CompanyA.com (81) into the database. 

The search facility (84) retrieves (A) the newly stored VSAs, uses the VSAs to address 
(B) the Internet and VSservers and receives (C) the VSAs' contacts information. The 
search facility extracts data from the VSA's First, Last, and Company Name fields and 
saves (D) these into a database's record along with their associated VSA. Using the 
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VSAs of Table 4, the stored information in this WebBIZcontacts database (83) would be, 
as in Table 8: 

Table 8 WebBIZcontacts 's VSAs with selected contacts information fields' 
data 



VSA 


First 


Last 


Company 




Name 


Name 




Bob.CompanvA.com 


Bob 


Smith 


Company A 


Bob.FirmB.com 


Bob 


Johnson 


Firm B 


Mary . Company A. com 


Mary 


Jones 


Company A - 



Now, a query search (85) for "Company A" would search (E) locally (F) and display 
Bob.CompanyA.com and Mary.CompanyA.com (G) faster than through a search 
accessed through the Internet (as in WebBIZcontacts type 1). Tables 9 and 10 shows 
this WebBIZcontacts type 2 search 

Table 9 Query search form 



First 
Name 


Last 
Name 


Company 






CompanyA 
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Table 10 Search Results of WebBIZcontacts type 2 with VSAs local 



VSA 


First 


Last 


Company 




Name 


Name 




Bob.CompanvA.com 


Bob 


Smith 


Company A 


Marv.CompanvA.com 


Mary 


Jones 


Company A 



Embodiment of WebBIZcontacts type 2 -VSAs local (Figure 9) 

For this embodiment, a VSAlook is defined to be a local contacts management software 
that contains a database field for virtual subdomain address and this field can hyperlink to 
Internet access the VSA. For example, Microsoft Outlook has a "Website Page Address" 
field that hyperlinks, Internet addresses, and launches a browser webpage. Ideally, 
Microsoft Outlook would also have a "Virtual Subdomain Address" field that also 
hyperlinks, Internet addresses, and displays VSA's webpage(s). Outlook, ACT, 
Goldmine, are some contacts manager software that, if these included a VSA-Internet- 
access-hyperlink-database-field, would work well as a VSAlook. 

In this embodiment, a VSAlook (96), a WebBIZcontacts type 2's VSAs' database (which 
may be same as or part of VSAlook database) (83), search facility (84), query form (85), 
and add and delete VSA boxes (81 & 82) reside on a user's personal computer or other 
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local computing device. This personal computer preferably runs Windows 98 operating 
system, Internet Explorer, and has Internet access. The search facility, query form, and 
add and delete VSA boxes, and WebBIZcontacts type 2 VSAs database may be 
incorporated in the VSAlook. 

As in type 1 embodiments, the user enters (81) VSAs into the VSAs' database (83) 
through keyboard entry, mouse copy and paste, and other means. Search facility (84) 
then addresses (B) the Internet using these VSAs and downloads (C) the VSAs' 
associated contacts information. 

Unlike the type 1 embodiments, the search facility (84) next extracts the data from 
selected fields of the downloaded contacts information. It searches and extracts by 
HTML commentaries, XML, vCard, and other means previously discussed. Then the 
data is saved (D) into the respective WebBIZcontacts database fields (83) along with 
their respective VSAs. Query form (85) can then search (E,F) the VSAs' selected 
contacts information, without requiring Internet access. 

To further explain, let's start with a VSA-vCard download to a popular personal- 
computer contact manager. A user requests through his browser a VSA. Table 3's 
patent applications included programming code such that when a user requests a 
VSA, the VSserver responded with a webpage with associated contacts information 
and a vCard download link. When a user activates the link, the VSserver would 



36 



generate a vCard from the VSA's contacts information. This vCard information is 
downloaded onto the Windows desktop, and imported to a personal computer 
contact manager, as Microsoft Outlook. 

Ca itftjIkcVSscnrcr t> 

In this embodiment example, the VSA generate^ a vCard and a VSA name, and 

A 

both are downloaded. If desired, the search facility searches for relevant fields in 
the vCard. The relevant vCard fields' data and VSA name are then imported into 
VSAlook with the VSA name going into a database field that can hyperlink 
Internet access. User query (85) can then be made locally (E,F) for selected VSA 
information, instead of accessing the Internet. 

HTML commentaries and XML with the search facility can also be used, instead of 
vCard download, to deliver information to the VSAlook. The selected contacts 
information are stored in the same record as their respective VSAs. 

In having the VSAs, VSAlook can add computing routines to regularly update its 
contacts database with current VSA contacts information. Because a VSA can 
have more varieties of information, better graphical information, and greater levels 
of security access than a local contacts manager's contact record (e.g. Outlook's 
person's contact record), the VSAlook' s user gains better information. 
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Though it is preferred that the VSA name is imported into a field that can hyperlink 
Internet access, this isn't necessary. As long as the VSA name is imported into the 
database, it can be extracted and used as a VSA-URL to address VSA contacts 
information. 

Preferred Embodiment of WebBIZcontacts type 2 with VSAs online (Figure 10) 

In the preferred embodiment of type 2, the WebBIZcontacts VSAs and its selected 
contacts information are online and the user sees his VSAs as URL links in his browser. 

When he accesses his WebBIZcontacts type 2online, the user receives from the 
WBserver (109) access to his database of stored VSAs with selected contacts information 
(83). He also receives on his browser a enter data box, sent by WBserver, where he can 
"Add VSA" (81). He enters and submits (R) his VSAs, and WBserver stores (R) these 
into the database. 

As previously described for Figures 8 and 9, the search facility (84) uses (A) these VSAs 
as Internet URL addresses (by prefixing http://) and requests (B) VSAs' associated 
contacts information from the VSservers (45a, 45b, 45c). The search facility is preset to 
select data from specified contacts information fields. The VSservers respond (C) with 
contacts information, and the search facility removes non-searched fields and data. The 
search facility then saves (D) selected contacts information data and their respective VSA 
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into the database (83). The VSA contacts information fields can be detected by the 
various methods described previously, including XML, HTML commentary fields 
associated with the data, consistent format, and others. 

When the user wishes to search his database, the WBserver sends (S) his browser a query 
search form (85), and he inputs. The query search form is then transmitted (E) to search 
facility (84), which then searches (F) his database (83). Search results consisting of 
selected VSA contacts information and respective VSAs are returned (G) to the local 
computing facility. Using this embodiment, the user then can search faster than having to 
access the Internet and contacting each domain's VSservers for contacts information. 

For example, user has a personal computer running Windows 98 connected to the 
Internet. Apache-Linux web servers serve the WBserver and the VSservers. Using a 
browser, user accesses the website containing his VSAs, and receives "add VSA" box 
entry (81) sent by the WBserver. The user submits (R) VSAs Bob.CompanyA.com , 
Bob.FirmB.com , and Marv.CompanyA.com . WBserver receives and adds these into the 
database (83). 

Then, the search facility (84) extracts (A) and prefaces http:// to these VSAs to use to 
address (B) their respective VSservers (45a, 45b). The VSservers respond (C) with the 
information in Table 1 1 . The search facility extracts the First Name, Last Name, and 
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Company fields' data, discards the remaining fields and data, and saves the extracted 
fields data into the database (83) with their VSAs, as in Table 12. 



Table 11 VSserver returns contacts information 



Bob.CompanvA.com 


Company A 


Bob 


Smith 


Accountant 


bob@companya.com 


Mary.CompanvA.com 


Company A 


Mary 


Jones 


Lawyer 


mary@companya.com 


Bob.FirmB.com 


Firm B 


Bob 


Johnson 


Accountant 


bob@firmb.com 


Table 12 VSA and selected contact fields' data are stored into database 


Bob.CompanvA.com 


Company A 


Bob 


Smith 






Marv.CompanvA.com 


Company A 


Mary 


Jones 







When the user wishes to search his database, the WBserver sends (S) him a query search 
form (85), and, in this example, he specifies "CompanyA" in the Company field. The 
form is returned (E) to WBserver, which then searches (F) its database (83). The results 
in Table 13 are returned (G) to the user. 
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Table 13 Results of search for "CompanyA" 



Bob.CompanvA.com 


Company A 


Bob 


Smith 


Marv.CompanvA.com 


Company A 


Mary 


Jones 



Minor Variants 

There are many ways to add or delete a VSA to its stored database. One way is 
to simply type in the VSA into the database. Another way is to copy and paste 
a VSA. A third way is to use a data import of the VSA. The VSAs can also be 
located in a palmtop or kiosk and use a different kind of Internet client than a 
web browser. The operating system of the servers can change to Microsoft's 
Windows NT Server, the web server can change to Microsoft's Internet 
Information Server. Other operating systems and web servers can be used. 
Users' operating system may be other versions of Windows as well as non- 
windows operating systems. Other data fields can be added to the database — 
for example, there can be a field for user notes that he types in about the 
contact. In still other embodiments, add-on applications may be used to 
expedite data transmissions. 

Where the words "personal computer" or "local" are used, these can represent 
workstations that are part of a local area or wide area network. Here, instead of 
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accessing VSAs on a local hard disk, VSAs may be on the network's hard disk. 
The technologies for local and wide area networks are well understood, and the 
terminologies above, when referred to as local, applies to the technologies of 
these local and wide area network devices. 

Physical location of the various components may also differ. For example, it 
sometimes make very little difference whether the routine that generates the 
"Add VSA" box comes from a web server or a personal computer. 

Security Measures 

Security controls can also be set by the VSservers. Such security controls, will be 
described in detail in a subsequent patent application. Essentially, the owners of the VSA 
and VSserver will determine how much information he is willing to release to those 
requesting. 

For example, suppose user requests for Name, Occupation, Organization, and email 
address from the VSservers. The VSserver for CompanyA releases all requested 
information for Bob.CompanyA.com and restricts email information for 
Mary.CompanyB.com. Password security at the VSserver may be necessary — such that 
different codes enable the requesting WebBIZcontacts search facility to receive different 
selected contacts information. 
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In summary, there are two types of WebBIZcontacts. One stores VSAs in a database that 
when searched, use its VSAs to retrieve contacts information on the Internet. The second 
had already selectively extracted the VSAs' contacts information from the Internet and 
stored this information data into a local searchable database. 

The result is that a contacts management system for storing, searching and retrieving 
VSAs that are used for contacts management, which can use multiple domain names. 

Attachment 1 is a draft copy of my initial attempt to write this patent. It was written to be 
more of a business method patent. Attachment 2 is two tables that additionally help to 
explain the advantages of WebBIZcontacts. 

While the disclosure contained herein has set forth a preferred embodiment of the 
invention, and many of the fundamental components used within the invention are well 
known within the art, it will be appreciated by those skilled in the art that variations to the 
combination of elements and steps disclosed can be made without departing from the 
scope and spirit of the invention. 
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ATTACHMENT 1 



o 
a 



Background — Discussion of Prior Art 5" 

Contacts management deals with the storage and retrieval of people's contacts 
information. Historically, business card holders and address books served this 
purpose. The onset of computers brought forth databases specifically designed 
for contacts management, such as ACT, which can be acquired from Symantec 
Corp., Outlook from Microsoft, and Goldmine from Frontrange Solutions. These 
non- web-based contacts managers typically contain fields including individual's 
name, some method of contacting the individual, such as his/her address, 
telephone number, fax number, the organization he/she represents, and title. 
Other data fields can include job title, associated office personnel (e.g. assistant's 
name), birthday, communications activities with the individual, plan of action, 
digital certificates, IDs, billing information, attachments, hobbies, fields suitable 
for specific industries, and user defined fields. These non-web-based computer 
contacts managers automates many of the search and retrieval functions over 
using paper-based business cards and indexes. 



The entry, exchange, update, and graphics requirements of contacts information 
remains cumbersome for these non- web-based computer contacts manager. The 
contacts information received by the recipient do not automatically update when 
the sender's contacts information changes (dynamic updating); entry was 
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typically accomplished by typing; card scanners are time-consuming, inaccurate, 
and costly; graphics are difficult to handle. 

Furthermore a non- web-based computer contacts manager's channels of 
communications and exchange were usually limited to a few-e.g. only data 
communications. Such channels of communications can include data 
communications, email, face-to-face oral, telephony, import/export, hand-written, 
print exchanges. 

Even vCard (from Internet Mail Consortium) a standard using data 
communications for relaying information among non-web-based contacts 
managers lacks wide and extensive usage, extensive graphics, dynamic updating, 
and verbal exchange capabilities. 

As a result, most contacts information exchange continues to be relayed by 
telephone (verbally), postal mail (paper business card), or face-to-face exchange 
(paper business card), and these are usually then manually typed into a non-web- 
based contacts manager. 

Web-based contacts managers have graphical contacts information and dynamic 
updating, with websites such as Netscape's Net Business Card. In these, the 
representation of an individual contacts is using a complicated file suffix in the 



respective website's domain name and the individual's name is behind the domain 
name. For example, suppose John Smith of Ford Motors (Ford.com) wanted to 
use a Netscape card. He would receive an URL like 

Netscape .com/~d3 5 k/2 5 6/ JohnSmith , a URL that Ford is hardly likely to approve 
of. Other web-based contacts manager websites require an individual to use the 
contacts manager's website domain name plus using assigned codes. 
Patent applications serial nos. 09/476,632, 09/642,127, and 60/267,943, filed by 
Azkar Choudhry and Chen Sun, showed how to build sets of web business cards 
with people's names in front of an associated domain name, using a technology 
called virtual subdomain addresses. For example, in the URL 
JohnSmith.Ford.com, JohnSmith is the subdomain name and formed by virtual 
subdomain technology, Ford.com is the domain name. 

These patent applications also contained the computer program code to add web 
business cards to any domain name. More importantly, the applications explained 
how any domain name could easily use a remote server (for example, one 
administered by an outside service) to add such virtual subdomains to an existing 
domain name. Hence, Ford.com and USPTO.gov can easily provide all its 
employees virtual subdomain address (VSA) business cards, using the 
technologies described in three above-mentioned patent applications. 
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Since multiple domains (e.g. Ford.com and USPTO.gov) are able to create VSA 
business cards for their employees, there arises a need to store these VSAs with 
differing domain names, to search on their content, and to retrieve and display the 
more detailed contacts information. Hence, there is a need for WebBIZcontacts, a 
contacts manager based on virtual subdomain addresses. Such a 
WebBIZContacts will allow a user to quickly store, search, and retrieve contacts 
information that use VSAs with various domain names. 

Tables 1-3 below additionally explain the need for WebBIZcontacts and its 
advantages and prior art. In these tables, a WebBIZcard is a VSA (virtual 
subdomain address) with the graphical business card output as shown in Figure 2. 
As seen in table 1, other web based technologies (prior art) use a singular domain 
unassociated with the person's organization's domain name and uses the person's 
name behind the website's domain name, and are not exchangeable. 
WebBIZcontacts works on any number of domains and makes VSAs so that the 
person's name is in front of the domain name and enables for easy exchange of 
these VSAs. Table 2 compares WebBIZcontacts 's WebBIZcards (which are 
VSAs) to prior arts' free website services and acquiring personal domain names. 
Table 3 compares WebBIZContacts and WebBIZcards to the major forms of prior 
arts' contacts exchange and management. The Detail Specifications below will 
explain these better. 



4 



Table 1 Comparison to Prior Art 

WebBIZcard &WebBIZcontacts compared to other web contacts managers: 

WebBIZContacts with WebBIZcard (WebBIZcard is a VSA with a business card 
format output — see Figure 2) is superior to existing web based contacts 
managers. 





Prior arts' web contacts 
managers 


WebBIZcard (uses 

VOnj dilU 

WebBIZcontacts 








Easy to remember URL 
having the person's name 
first 


No. Most people won't use this 
type of contacts managers as a 
result of this. 


Yes 


Uses any domain name 
that gives permission to 
use 


No. Vast majority of people 
won't use this type of contacts 
managers as a result of this. 


Yes 


Instant creation of virtual 
subdomains 


No 


Yes 
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Can operate without 
Internet access 


No 


Yes 


Uses standard DNS 
addresses schemes 


Yes 


No 


Uses Virtual Subdomain 
Address 


No 


Yes 


Exchangeable, while using 
different domain names 


No 


Yes 



Table 2 Comparisons to Prior Art 

WebBIZcard as compared to using a free website service such as Geocities or 
acquiring one's own personal domain name. 





Free websites 
services (e.g. 
Geocities) 


Personal domain 
name 


WebBIZcard (uses 
VSA) 










Person's name in 
front of domain 


No 


Yes 


Yes 
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name 








Person's name as 
the domain name 


No 


Yes 


No 


Ability to use any 
domain name for 
URL 


No 


No 


Yes 


Wide selection of 
domain names 
URL 


No 


No 


Yes 


Easy to remember 
URL 


No (unless one 
pays a premium 
charge) 


Yes 


Yes 


Exchangeable 


No 


\ l ~ 

No 


Yes 


Cost to attain 


Free with 
advertising 


$35 per year 


Basic version is 
free 


Cost to host 




$300 per year 


Basic version is 
free 
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Table 3 Comparisons to Prior Arts 

For the purposes of exchanging, entering into and recalling from a contacts 
manager . 

Typing paper card information into contacts managers is by far the majority way 
of entering contacts information. Occasionally scanners and vCard are used. 
The new WebBIZcontacts enables for entry of a WebBIZcard into a web based 
contacts manager in a few keystrokes. As you will see WebBIZcard and 
WebBIZContacts are clearly superior and save sufficient amount of time that it 
will motivate people to change from their existing contacts managers. 





Paper cards 


VCard and 


Other web 


WebBIZcard 




and 


contacts 


based contacts 


(uses VSA) and 




contacts 


managers 


managers 


WebBIZContacts 




managers 










(e.g. ACT 










and 










Outlook) 


















Can be issued 


No 


No 


Yes, but usually 


Yes 


verbally 






uses a singular 
domain name 
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which restricts 
selection of 
person's names. 
Hence, is not 
effectively 
scalable in 
names. 




Can be sent 


No 


Limited. 


Yes 


Yes 


and received 




Firewalls 






by email 




prevent 










reception. 










Most people 










don't have 










vCard 










reception set 










up correctly 










and majority of 










people don't 










have know 










how to use 










vCard. 
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Print form 


Yes 


No 


Yes 


Yes 


business card 










Electronic 


No 


Yes 


Yes 


Yes 


Searchable 










Entry steps 


5 to 15 


Quick if 


Slow, but of 


Quick 




minutes of 


available and 


limitations in 






careful 


set up 


scalability of 






typing or 


correctly, 


URLs and 






scanning 


which is rare. 


domain names. 




Availability 


Yes 


Limited 


Limited to those 


Limited to those 






because of 


who have 


who have 






setup issues 


Internet access 


Internet access 






and high skill 










set required 






Future 


Yes 


No because of 


Currently, 


Yes because can 


availability by 




difficulty to use 


typically not the 


be conveyed 


lowest common 




and requires 


lowest common 


verbally, by data 


denominator— 




data 


denominator 


communications, 


which means 




communication 




and ease of use. 


ease of use 




s line 






and 
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accessibility 










Current 
information 


No 


No 


Yes 


Yes 


Graphical 
information 


Yes on 
paper only. 
Very limited 
on contacts 
managers 


Very limited 


Yes 


Yes 


Intelligent 
actions 


No 


Limited 


Yes 


A complete, 
smart website 


e-Commerce 
capabilities 


No 


No 


Yes 


Yes 


Multiple pages 
capabilities 


No 


Yes 


Yes 


Yes 


Easy to recall 


No 


No 


No 


Yes 


Easy to 
maintain 


No— difficult 
to store 


No 


Yes, provided 
have Internet 
access. 


Yes, provided 
have Internet 
access. 


Can 

incorporate 


Yes, but 
expensive 


Not yet 


Yes 


Yes 
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photographs 










Cost 


Varies, but 


Free with 


Free to various 


Free to various 




starts at 


Outlook 


prices, provided 


prices, provided 




printing cost 




have Internet 


have Internet 




of $20 to 




access. 


access. 




$200 for 










sets of 










1000. 








VCard capable 


No 


Yes 


Yes 


Yes 


Shareable 


No 


No 


No 


Yes 


information 










Transportable 


Must carry 


Must carry 


Accessible 


Accessible 




cards or 


computer 


anywhere with 


anywhere with 




laptop. 




web access 


web access 


Can have notes 


Only on 


Limited 


Limited flexibility 


Notes sections 




back of card 


flexibility in 


in designs of 


are custom made 




and then 


designs of 


notes 


per group of 




limited 


notes 




people 




flexibility on 










contacts 










manager 
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Objects and Advantages 

Several objects and advantages of the present invention, WebBIZcontacts, are: 

1 . Establishes a contacts management system that is easy to communicate 
because it uses a virtual subdomain address (VSA), which contains the 
person's name first (subdomain) and his affiliated organization (domain) 
second. This VSA is easy to remember and short and can be 
communicated verbally, sent via the Internet as a URL link, sent by other 
data communications methods, and relayed by simply by writing and 
forwarding it. 

2. Allows for quick entry and storage of contacts information by using a 
VSA. 

3. Can exchange web business cards as each VSA acts as the contacts 's " 
business card" in a WebBIZcontacts. 

4. Creates a contacts manager that uses multiple domain names to gather 
contacts' information. 

5. Creates a contacts manager that allows user to store, search, and retrieve 
on multiple domains. 

WebBIZcontacts works on any number of domains and places VSAs so that the person's 
name is in front of the domain name. 
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Further objects and advantages of my inventions will become apparent from a 
consideration of the drawings and ensuing description. 
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Summary 

Three previous patent applications submitted on virtual subdomain technologies- 
60/267,943, 09/853,167, and 09/476,632 by Azkar Choudhry and Chen Sun-showed that 
virtual subdomain addresses can be used to represent a person's business card (called 
WebBIZcard), can be displayed on a web browser, and can form an index of such 
business cards. WebBIZcontacts, the subject of this patent application, allows for the 
storage and retrieval of virtual subdomain addresses of differing domain names into a 
user-accessible data repository. 

There are four types of WebBIZcontacts: 

1 . A list of virtual subdomain addresses that can display to a browser, 

2. The first type plus a search facility that can search the text on the addresses. 

3. The first type plus a search facility that can search the web content of the 
addresses. 

4. The first type plus a search and download facility that will extract selective data 
from the addresses' associated contacts information, load these into a database, 
and enable for this database to be searched.. 

WebBIZcontacts joined with virtual subdomain addresses forms a powerful contacts 
manager. Virtual subdomain addresses enable a brief and preferred address to 
communicate a person's identity (WebBIZcard); while, WebBIZcontacts enables for the 
search, retrieval, and storage of WebBIZcards. 
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Brief Description of the Drawings 



The figures presented herein when taken in conjunction with the disclosure form a 
complete description of the invention, wherein elements and steps indicated by like 
reference indicators are the same or equivalent elements or steps. 

Figure 1 presents the prior art of virtual subdomain servers serving up a webpage. 
Figure 2 presents a sample virtual subdomain address used as a business card. 
Figure 3 presents a virtual subdomain contacts manager, without search capabilities, a 
type 1 WebBIZcontacts. 

Figure 4 presents a virtual subdomain contacts manager, with text search capabilities on 

its virtual subdomain addresses names, a type 2 WebBIZcontacts. 

Figure 5 presents a virtual subdomain contacts manager, with search capabilities on the 

web content of its virtual subdomain address, a type 3 WebBIZcontacts. 

Figure 6 presents a virtual subdomain contacts manager with its own searchable database, 

a type 4 WebBIZcontacts. 
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Detailed Description 

This invention, WebBIZcontacts, is a storage, search, and retrieval environment for 
virtual subdomain addresses and their associated contacts information used in contacts 
management. 

• Figure 1 shows a brief summary of how virtual subdomain addresses 
(VSAs) work. 

• Figure 2 shows a sample virtual subdomain address (VSA) with its 
associated contacts information, known as a WebBIZcard. 

• Figure 3 shows the design of a simple WebBIZcontacts without search 
capabilities, a type 1 WebBIZcontacts. 

• Figure 4 shows a WebBIZcontacts with text search capabilities on the 
VSAs, a type 2 WebBIZcontacts. 

• Figure 5 shows a WebBIZcontacts with search capabilities on web content 
of the virtual subdomain addresses, a type 3 WebBIZcontacts. 

• Figure 6 shows a WebBIZcontacts with its own database search 
capabilities, a type 4 WebBIZcontacts. 

The words "domain", "subdomain", "virtual subdomain", "virtual subdomain address", 
"top level domain", "file suffix", and others have loose meanings in the industry. Some 
of these will be defined to help with clarification. 
Definitions: 

In a URL, " http://ww2.AnvCompanv.com/DeptA/AnyPerson ", "http" is the 
protocol, the "ww2" is the subdomain name (subdomain), and 
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"AnyCompany.com" is the domain name (domain), ".com" is the top level 
domain name, and "/DeptA/AnyPerson" is the file suffix. 

Subdomain names can have names other than "ww2" or "www" (as commonly 
seen). For example, it can be "JohnDoe" or "Mary Jones" or "Anything." The 
subdomain name can reflect a real or virtual subdomain name 

A real subdomain name is created through including its name's text in its 
associated domain's DNS tables. A virtual subdomain name doesn't have the 
subdomain name in the domain's DNS table, but its name's text is registered in a 
VSAServer. A virtual subdomain address is a VSA name used as an address 
whereby its subdomain name is registered in its domain's VSAServer. A virtual 
subdomain address is not in and not recognized by the DNS tables as a real 
subdomain name, but is recognized by a VSAServer. A VSAServer (Virtual 
Subdomain Address server) is a database server that receives virtual subdomain 
addresses registered in its database and processes these. In response to these 
virtual subdomain addresses, a VSAServer can return associated contacts 
information, webpages, launch web scripts, redirect, and perform other computing 
actions. A VSAServer can serve more than one domain name. 

Unless otherwise noted, the word "address" will refer to the text address of 
domain and subdomain names instead of their associated IP address, which is a 
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set of four numbers separated by periods. Where a web browser is involved, the 
Hypertext Transfer Protocol (http) is assumed to be used, unless otherwise noted. 



Real Subdomain Address 


Virtual Subdomain Address 


• Subdomain name listed in the DNS 
Tables 

• Takes longer to become available 
when listed or updated in DNS 
tables. 

• If real subdomain addresses were 
used extensively for subdomains 
contacts management, this can 
cause large lists of domain DNS 
tables to burden the Internet 


• Created virtually without being 
specifically listed in the DNS 
tables. 

• Becomes instantly available when 
listed or updated. 



The technologies for DNS tables, real subdomains, real subdomain addresses, 
domains, file suffixes, addressing mechanisms, TCP/IP, IP, HTTP, web browser > 
and standard URL are well understood by most web programmers and 
webmasters. Virtual subdomains, VSA, VSAServer, and virtual subdomain 
addressing are briefly explained below. All these technologies are explained in 
detail in US Applications Serial Nos. 09/476,632; 09/642,127 filed by Azkar 
Choudhry; and 60/267,943 filed by Chen Sun and Azkar Choudhry. 
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Patent 

Application 

Number 


Patent Title 


09/476,632 


System and Method for Dynamic Creation and Management of 
Virtual Subdomain Addresses 


09/642,127 


System and Method for Interactive Data Services Using Virtual 
Subdomain Addresses 


60/267,943 


Organizing and Accessing Electronic Business Cards by Virtual 
Subdomain 



FIGURE 1 (Prior Art) shows in an example of a technology used to create 1) a VSA, 2) a 
VSA which launches a smart script, and 3) a VSA index. This technology was used for 
patent applications 09/476,632, 09/642,127, and 60/267,943. When a user submits a 
URL with a VSA through his browser (10), a Domain Name Server processes the top- 
level domain and forwards request to the registered web server (11). Because the real 
subdomain doesn't exist, the domain's web server returns an error message (12). Using 
the technologies described in the above patent applications, the error message is 
intercepted (12), and then further processed by a virtual domain server (VSAServer) (13 
& 14). In this case, the VSAServer parses the URL EBfiL analyzes the subdomain 
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name to process an associated computing script and returns a dynamically-generated 
webpages to the user's browser (15). Thus, the user's sees the webpages of a VSA. 

Another example technology would be where the web server does not generate an error 
signal with a VSA, but instead automatically routes the file-not-found-condition of the 
VSA to a pre-assigned ip address. This ip address can hold a VSAServer that can parse 
the URL and generate a web page to the originating browser. 

A third example technology would be similar to above with a VSAServer that parses the 
URLs for multiple domain names. 

Patent application 60/267,943, Organizing and Accessing Electronic Business Cards by 
Virtual Subdomain, additionally explains how a VSAServer can have a virtual subdomain 
address index that represents any group of names associated with a domain name, for 
examples, employees of a company or members of an organization. 

FIGURE 2 (Prior Art) is an example of a VSA generated webpage using the domain 
name HoustonCelluar.com, and virtual subdomain address index patent application 
60/267,943. In response to the VSA ESS "MariaJones.HoustonCellular.com" the 
VSAServer supplies the web format of the shown card with the subdomain-named 
individual's data-information-in this case, the associated business card contacts 
information for Maria Jones. This type of VSA and its associated business card content 
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web page is called a WebBIZcard. The display devices to show the VSAs and associated 
contacts information can include web browser for computers, kiosks, handheld 
computers, or any computing-related-Internet-accessible device that can display the text 
of a URL and/or contacts management information. 

Other HoustonCellular staff members can have these WebBIZcards with the same 
HoustonCellular's domain name and different contacts information; for examples, 
TonyLucas.HoustonCellular.com, BarbaraStephens.HoustonCellularxom, each with 
different persons' names, email addresses, and direct dial telephone numbers. Notice that; 
the VSAServer for HoustonCellular.com can return multiple VSAs' associated contacts 
information to the requesters' browsers. This also demonstrates that a requester's data! 
repository and database can receive different VSAs' associated contacts information from 
a VSAServer. 

FIGURE 3 shows a WebBIZcontacts type l--a storage and display environment for VSAs 
as URL links (30) with access to the Internet (31) and a web browser (e.g. Microsoft 
Explorer or Netscape Navigator) (32) and used for contacts management. An end-user 
can see a VSA's associated contacts information by activating (double clicking on a 
browser) its URL link. User can also add (33) or delete (34) VSAs. 

A WebBIZcontacts 's stored VSAs can represent access to multiple database servers and 
domains (35) because the VSA webpages can be generated by different VSAServers. 
The patent application 09/476,632, "Organizing and Accessing Electronic Business Cards 
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by Virtual Subdomain", explains how a VSAServer can serve up web business cards 
webpages and other web information pertaining to contacts management and exchange. 

For example, a WebBIZcontacts type 1 contains Bob.CompanyA.com, 
Mary.CompanyA.com , and Bob.FirmB.com as a hard-disk-stored-list (data 
repository) of VSAs that shows in URL links on Microsoft's Internet Explorer 
web browser running on a Personal Computer (PC) with Internet access. The user 
can add more VSAs to this list, by typing in, for example, 
Janet . Organizat ionC . org into a programmed "add VSA" box on the browser.; 
When the user double clicks on the URL links for these stored VSAs (eg, double; 
click, http://Bob.CompanyA.com), the contacts information for the Bob shows on 
the web browser. 

In further detail, the when the user double clicks on these VSA URL links, the 
web browser would send, through using the DNS system, a VSA to the 

domain's web server. However, as the virtual subdomain address (VSA) doesn't 
have a DNS listing, the VSA ESBS would be routed to the VSAServer, which 
then returns the web browser the contacts information. This is detailed in patent 
application 09/476,632, Organizing and Accessing Electronic Business Cards by 
Virtual Subdomain. 
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FIGURE 4 shows a second WebBIZcontacts type, one with list text search functions. In 
addition to the capabilities of Figure 3's WebBIZcontacts, this WebBIZcontacts has a 
query form (40) and search facility (41) that can search on the text of the VSAs' names 
(30) and return (42) VSAs that meet the query criteria. 

For example, a WebBIZcontacts type 2 contains the three VSAs--. 
Bob.CompanvA.com, Mary.CompanyA.com , and Bob.FirmB.com on a list 
on a hard disk of a PC (the data repository). When user searches for 
"Company A", the search facility would examine the text of the three VSA 
names, send matching ones to the user, and user would receive 
Bob.CompanyA.com and Mary.CompanyA.com (and/or http:// version of); 

FIGURE 5 shows a third WebBIZcontacts type, one with content search functions. In 
addition to the capabilities of Figure 3's WebBIZcontacts, this WebBIZcontacts has a 
query form (50) and search facility (51) that can search for VSAs' associated contacts 
information through the Internet. 

For example, end-user has the below three VSAs in his WebBIZcontacts. 

Bob.CompanyA.com , whose associated contacts information is a 
webpage that displays Bob Smith, Accountant, Company A, email 
address bob@companyA.com 
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Marv.CompanyA.com , whose associated contacts information is a 
webpage that displays Mary Jones, Lawyer, Company A, restricted 
email address. 

Bob.FirmB.com , whose associated contacts information is a 
webpage that displays Bob Johnson, Accountant, Firm B, and no 
email address. 



The user queries for "Accountant" in his WebBIZcontacts database query 
form. The WebBIZcontacts search facility would then read, through 
accessing the Internet (31) and then the VSAServers (35), the occupation 
data for each VSA, determine whether the VSA's data meets the search 
criteria, and then present (52) the VSA or its webpages to the end-user. 



When searching for "Accountant" the end-user receives 
Bob.CompanyA.com and Bob.FirmB.com (and/or their URLs and 
optionally their webpages.) 



Data query and output standards will be set up between the VSAServers and 
WebBIZcontacts. For example, one such standard can be that the VSAServers will 
release only the data fields First Name, Last Name, and Contacts information, and the 
WebBIZcontacts will only search on and retrieve such data fields. 
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For an example query and output, a WebBIZcontacts requests for Name, 
Occupation, Organization, and email address from the VSAServers. The 
VSAServer for CompanyA releases all requested information for 
Bob.CompanyA.com and restricts email information for Mary.CompanyB.com. 
The VSAServer for FirmB does not have email address for Bob.FirmB.com, and 
but releases the other information. 

FIGURE 6 shows a fourth type of WebBIZcontacts. It has all the features of Figure 3's 
WebBIZcontacts plus has its own searchable database (60) with each person's contacts as 
a database record. A user first populates his WebBIZcontacts' VSAs by adding (61) and 
deleting (62) VSAs, such as by manual typing entry of the VSA or through automated 
data import of the VSAs. WebBIZcontacts then extracts the VSA's remaining contacts 
information fields through the Internet (63) and the VSAs' associated VSAServers' 
content (64). 

In having its own database, WebBIZcontacts type 4 can usually search much faster than 
an Internet access search to a VSAServer, as WebBIZcontacts type 4's database is 
usually local. In addition, Internet access (65) is unnecessary during searches. 
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For example, end-user's WebBIZcontacts has "First Name", "Last Name", 
and "Company" as fields in its own database. The user enters VSAs 
Bob.CompanyA.com , Bob.FirmB.com , and Mary.CompanyA.com 

WebBIZcontacts would then extract from each VSA's VSAServer the 
following and store this information in the WebBIZcontacts' database. 

Bob.CompanyA.com — Bob, Smith, Company A. 

Bob.FirmB.com — Bob, Johnson, Firm B. 

Mary.CompanyA.com — Mary, Jones, Company A. 
Now, a WebBIZcontacts type 4 search for "Company A" would yield 
Bob.CompanyA.com and Mary.CompanyA.com at a much faster rate than 
through a virtual subdomain web server search accessed through the 
Internet (as in WebBIZcontacts types 2 and 3). In addition, Internet access 
is unnecessary if the user only wishes to see the database's fields' 
information. 

In summary, there are four types of WebBIZcontacts. All four have a stored list of 
VSAs, ways of adding on or deleting VSAs, ways of accessing the Internet and ways of 
accessing a browser to display the VSA's link. 

• The first type of WebBIZcontacts contains the above characteristics, once 
again: a stored list of VSAs, ways of adding on or deleting VSAs, ways of 
accessing the Internet and ways of accessing a browser to display the 
VSA's link 
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• The second type has these plus a query form and a search facility that can 
search the character text of its VSAs' names. 

• The third type has all characteristics of the first type plus a query form and 
a search facility that can search its VSA's associated web contacts 
information. 

• The fourth has all characteristics of the first type plus its own searchable 
database that has contacts information data extracted from its VSAs. 

The result is that a contacts management system for storing, searching and retrieving 
VSAs that are used for contacts management. 

While the disclosure contained herein has set forth a preferred embodiment of the 
invention, and many of the fundamental components used within the invention are well 
known within the art, it will be appreciated by those skilled in the art that variations to the 
combination of elements and steps disclosed can be made without departing from the 
scope and spirit of the invention. 
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WebBIZContacts: Contacts Management Using 
Virtual Subdomain Addresses 

Abstract of the Disclosure 

WebBIZcontacts stores, searches, retrieves, and presents virtual subdomain addresses 
with differing domain names where these virtual subdomain addresses have a person's 
name in the subdomain name and the addressed displayed webpages can show the 
person's contacts information. 

There are four types of WebBIZcontacts: 

1. A list of virtual subdomain addresses, Internet connection, and a browser that can 
display the web contents of these, 

2. Above added with a search facility that can search the text on the addresses' 
names. 

3. The first type added with a search facility that can search on the web content of 
the addresses. 

4. The first type added with a search and download facility that will extract selective 
data from the addresses' web content, load these into a database and enable for 
this information to be searched faster. 
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ATTACHMENT 2 



Tables 1 - 3 

Detailed Comparison of WebBIZcard & WebBIZcontacts 

to Paper Cards, 

Contact Managers, and vCards. 

1 . For the purposes of entering into and recalling from a contact manager . 
Typing paper card information into contact managers is by far the majority way of 
entering contact information. Occasionally scanners and vCard are used. The 
new WebBIZcontacts enables for entry of a webBIZcard into a web based 
contact manager in a few keystrokes. As you will see webBIZcard and 
WebBIZcontacts are clearly superior and save sufficient amount of time that it will 
motivate people to change from their existing contact managers. 





Paper cards 
and contact 
managers 
(e.g. ACT 
and 

Outlook) 


VCard and 

contact 

managers 


Other web 
based contact 
managers 


WebBIZcard 
(uses VSA) and 
WebBIZContacts 












Can be issued 
verbally 


No 


No 


Yes, but usually 
uses a singular 
domain name 
which rest niets 
jselection^ 
person's riamesJ 
Hence, is not 
effectively 
scalable in 
parries. 


Yes 


Can be sent 
and received 
by email 


No 


Limited. 

Firewalls 

prevent 

reception. 

Most people 

don't have 

vCard 


Yes 


Yes 







reception set 
up correctly 
and majority of 
people don't 
nave Know 
how to use 
vCard. 






Print form 
business card 


Yes 


No 


Yes 


Yes 


Electronic 
Searchable 


No 


Yes 


Yes 


Yes 


Entry steps 


£to15 
minutes of 
careful 
typing orj 
^canning 


Quick if 
available and 
set up 
fcorrectly,] 
iwhich is rare; 


plow, but of 
limitations in; 
scalability of 
;URLs and 
domain names. 1 


Quick 


Availability 


Yes 


Limited 
because of 
setup issues 
and high skill 
set required 


Limited to those 
who have 
Internet access 


Limited to those 
who have 
Internet access 


Future 

availability by 
lowest common 
.denominator— 
Iwhich means 
tease of use 
;and 

accessibility 


Yes 


No because of 
^difficulty to use! 
and requires' 

'data; 

communication 
s line 


Currently,; 
typically not the( 
lowest common; 
denominator 


Yes because can; 
be conveyed 
verbally, by data; 
communications^ 
and ease of use/ 


Current 
information 


No 


No 


Yes 


Yes 


Graphical 
information 


Yes on 
paper only. 
Very limited 
on contact 
managers 


Very limited 


Yes 


Yes 


Intelligent 
actions 


No 


Limited 


Yes 


A complete, 
smart website 


e-Commerce 
capabilities 


No 


No 


Yes 


Yes 


Multiple pages 


No 


Yes 


Yes 


Yes 



capabilities 










Bas^t© neeall 


HI 


m 


m 


HI 


Easy to 
maintain 


No— difficult 
to store 


No 


Yes, provided 
nave internet 
access. 


Yes, provided 
nave internet 
access. 


Can 

incorporate 
photographs 


Yes, but 
expensive 


Not yet 


Yes 


Yes 


Cost 


Varies, but 
starts at 
printing cost 

/-vF (ton +/-v 
OT q>^U tO 

$200 for 
sets of 
1000. 


Free with 
Outlook 


Free to various 
prices, provided 
have Internet 
access. 


Free to various 
prices, provided 
have Internet 
access. 


VCard capable 


No 


Yes 


Yes 


Yes 


ohareable 
information 


NO 


NO 


k IA- 
IN O 


Yes 


Transportable 


Must carry 
cards or 
laptop. 


Must carry 
computer 


Accessible 
anywhere with 
web access 


Accessible 
anywhere with 
web access 


Can have notes 


Only on 

back of card 

and^fhen 

limited 

flexibility on 

contact 

manager 


Limited 
flexibility in 
designs of 
'notes 


Limited flexibility 
in designs of 
note? 


Notes sieefiion^ 
are custom made! 
per group_of 
people 



2. WebBIZcard &WebBIZcontacts compared to other web contact managers: 

WebBIZcard line is superior to existing contact managers and will motivate 
people to use web based contact managers. 





Present day 
contact managers 


WebBIZcard (uses 
VSA) and 
WebBIZcontacts 








easy to rememuer 
URL having the 
person's name 
first 


ino. iviosi people 
won't use this type 
of contact 
managers as a 
result of this.! 


Vac 

Yes 


Uses any domain 
name that gives 
permission to use 


No. Vast majority 
of people won't 
use this type of 
contact managers 
as a result of this. 


Yes 


VCard download 
capabilities 


Some 


Yes 


Wide variety of 
data information 
available and can 
be customized 


No 


Yes 


Add in custom 
notes easily 


Rarely 


Yes 


Feature rich in 

eCommerce 

capabilities 


Rarely 


Yes 




















Instaneous 
creation of 
subdomains 


No 


Yes 



3. WebBIZcard as compared to using a free website service such as Geocities or 
acquiring one's own personal domain name. 





Geocities 


Personal domain 
name 


WebBIZcard (uses 
VSA) 










Person's name in 
front of domain 
name 


No 


Yes 


Yes 


Person's name as 
the domain name 


No 


Yes 


No 


Ability to use any 
domain name for 
URL 


No 


No 


Yes 


Wide selection of 
domain names 

V** \J III III II III ^> V*/ 

URL 


No 


No 


Yes 


Easy to remember 
URL 


No (unless one 
pays a premium 
charge) 


No 


Yes 


Cost to attain 


Free with 
advertising 


$35 per year 


Basic version is 
free 


Cost to host 




$300 per year 


Basic version is 
free 



